Date: Thu, 3 Jun 93 00:47:24 PDT 

From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> 
Errors-To: Packet-Radio-Errors@UCSD.Edu 

Reply-To: Packet-Radio@UCSD.Edu 

Precedence: Bulk 

Subject: Packet-Radio Digest V93 #154 

To: packet-radio 


Packet-Radio Digest Thu, 3 Jun 93 Volume 93 : Issue 154 


Today's Topics: 
Alinco Data Radio and Kantronics Data Engine 
Educational project in Russia 
FTP site for APLINK 7.01 or higher 
Getting started in TCP\IP 
How does packet work and what is required 
How does packet work and what is required? 
How fast is HighSpeed ? 
Important!: Field Day Packet Contacts can be disqualified! 
Latest PK-88 ROM Version? (2 msgs) 
macintosh packet & tcp/ip 
MiniSport Laptop Hacker - Vol 7 
MiniSport Laptop Hacker - Vol 8 
NDIS drivers for KISS mode 
TCP/IP with PK-900? 
Using an ALinco 580T 


Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu> 
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Packet-Radio Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: 3 Jun 93 02:25:18 GMT 

From: swrinde! gatech! prism! gt4503e@network.UCSD.EDU 
Subject: Alinco Data Radio and Kantronics Data Engine 
To: packet-radio@ucsd.edu 


Does anyone out there have a "good/official" set of "pinouts" to connect the 
Kantronics data engine to an Alinco Data radio. I am using the 1200, 2400, 
and straight 9600 baud G3RUH modems. 


Thanks. +K Wood KDOUP 


Tracy K. Wood, Student, Georgia Institute of Technology, PO Box 24503, Atlanta, 


GA 30332 USA Amateur Radio: KDOUP/4 (706) 791-3561 
uucp: ...!idecvax,hplabs,ncar,purdue, rutgers$! gatech! prism! st4503e 
Internet: gt4503e@prism.gatech.edu (or) sigcen@chmsr.gatech.edu 


Date: 2 Jun 93 14:35:32 EDT 

From: mvb.saic.com!unogate!news.service.uci.edu!usc!howland.reston.ans.net! 
newsserver.jvnc.net!darwin.sura.net! bogus.sura.net!udel!news.intercon.com!psinntp! 
arrl.org@network.UCSD.EDU 

Subject: Educational project in Russia 

To: packet-radio@ucsd.edu 


(relayed at the request of RW3DZ) 


Dear educator colleagues! 


The club station at School #41 in Troitsk, Russia has 
been active since 1964 (UW3KBA-UK3DBA-UZ3DXB). Since 1990 
we've been working on a project called, "School E-mail Systems via 
PACSATs for Educational Purposes." The school station presently 
operates terrestrial packet VHF and we have organized a local 
network involving other schools. Our satellite link is still under 
development. Progress is slow, however, since we must build all 
of our equipment ourselves. For example, on VHF we use fixed- 
frequency rigs (144.625 MHz), a homebrew TNC-2 type controller 
and a CP/M type computer. We should have a PC for the station 
very soon. 

One of our goals is to assist local schools to improve 
their technology curriculums--particularly in the area of 
telecommunications, space physics and languages. During the 
academic year 1992-93 we have a group of students age 12-15 
working at the UZ3DXB station regularly as operators. We've 
recently established a VHF packet-radio link with Moscow, but 
no PBBSs exit there--yet. Our future plans include building 
additional rigs to work the various OSCAR satellites and the 
MIR space station. We are also considering the possibility of 
setting up our own packet PBBS here in Troitsk. 
I am searching for educators who are involved with 

similar Amateur Radio activities in the US, Canada and Europe. In 
particular, I wish to contact teachers who would be interested 
in cooperating with us in an joint Amateur Radio educational venture 


using packet and/or satellites. 

Each summer in Troitsk there is a conference for educators 
titled "Computers in Schools." This year it will take place June 24-26, 
1993. This may be an excellent opportunity for us to meet. (We have 
a group of educators from California who participate in conference 
regularly.) I know this is terribly short notice, but if you are 
interested, please come. 

If you cannot attend, I'd still be interested in hearing from 
you about the project idea I have described. Your comments and 
suggestions are most appreciated. 


My email address is: zait@sovam.com 


(an alternate address is: rw3dz@schitr.msk.su) 


All the best and 73 !!! 


Alexander Zaitzev, RW3DZ / UZ3DXB 


Date: 2 Jun 93 23:18:04 CST 

From: usc!math.ohio-state.edu!darwin.sura.net!tulane!agwbbs! 
Angelo_Glorioso_Tii@network.UCSD.EDU 

Subject: FTP site for APLINK 7.01 or higher 

To: packet-radio@ucsd.edu 


Hi ALL, 
I want to thank all who answer my message for FTP site for BPQ 4.06F. I am 
now looking for the latest version OF APLINK 7.01 or higher. I dont have 


access to Archie and must ask this way.. 


Thanks again for the help.. 


-- Via DLG Pro v0.995 


Internet: angelo_glorioso_III@agwbbs.new-orleans.LA.US 
Usenet: rex!agwbbs!angelo_glorioso_III 
Packet:N5UXT @ N5SUXT.d#NOLA.LA.USA.NA 
Tcp/ip:N5UXT.AMPT.ORG [44.108.2.13] 


Date: Wed, 2 Jun 1993 15:20:27 GMT 


From: swrinde!dptspd!news@network.UCSD.EDU 
Subject: Getting started in TCP\IP 
To: packet-radio@ucsd.edu 


In <tuh7hd$kgp@charm.magnus.acs.ohio-state.edu> flinxwei@magnus.acs.ohio- 
state.edu (Eric Linxweiler) writes: 

> 

> I am interested in getting started in some tcp-ip activity, however I have no 
> clue as to starting. 


Your machine is overkill ;-) ... but it wil do. 

You will need to FTP login to ucsd.edu (anonymous) and change directory down 
to /hamradio/packet/tcpip. Since you are using messydos, I suggest you 
download the basic KA9Q executable (in ../KA9Q subdir) or the variant by 
WG7J (in that subdir). The go to ../docs and get intronos.zip.... that 
ought to get you started.... 

You need to contact your state ip address coordinator for a 44.xx.xx.xx 
address and with a little playing, you will be in bizness! Also if you can 
join mailing lists.. there are several amateur tcp/ip groups available. 

I'm sure there are folks in your area that know about tcp/ip over ax.25.... 


Have Fun.... 


KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKEKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKK 


* Jack Spitznagel x AS a curmudgeon, I speak for x 
x Internet: jks@giskard.uthscsa.edu * no man, everyman, and my * 
* AMPRNet: kd4iz@kd4iz.ampr.org * opinions are none of your * 
* CIS: 76044 , 476 * business. Those I will gladly « 
x Tel: (210) 567-6616 x share. All else is random. * 
* Foot: 29.41'N 98.38'W * (C) 1993 * 


KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKEKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKK 


Date: Thu, 3 Jun 1993 04:03:27 GMT 

From: usc!math.ohio-state.edu!magnus.acs.ohio-state.edu!csn!teal.csn.org! 
joelf@network.UCSD.EDU 

Subject: How does packet work and what is required 

To: packet-radio@ucsd.edu 


Also packet allows direct connect from "computer" to "computer" for keyboard 
ragchews. 


There is an organization here in Colorado called COPA (COlorado Packet Assoc.) 
which helps promote the various aspects of packet. 


Date: Wed, 2 Jun 1993 16:51:16 GMT 

From: sdd.hp.com!hpscit.sc.hp.com!cupnewsO.cup.hp.com!news1.boi.hp.com! 
swalton@network.UCSD.EDU 

Subject: How does packet work and what is required? 

To: packet-radio@ucsd.edu 


Date: Wed, 2 Jun 1993 16:53:02 GMT 

From: mvb.saic.com!unogate!news.service.uci.edu!usc!howland.reston.ans.net!gatech! 
wa4mei!ke4zv! gary@network.UCSD.EDU 

Subject: How fast is HighSpeed ? 

To: packet-radio@ucsd.edu 


In article <C7vsni1.4BI@iat.holonet.net> bwilkins@iat.holonet.net (Bob Wilkins 
n6éfri) writes: 

>How fast are the High Speed packet modems operating...in a reliable 
>connection? Are packet bbs forwarding lans operating at 56KB yet? 


Well it depends on channel loading of course. We see transfer rates of 
about 2 kilobytes/sec on a good half duplex channel with light loading. 
We've been operating our inter-LAN trunk switching systems at 56kb for 
several years now. Two of our BBS systems are directly connected to the 
56kb trunks while the rest run at LAN speed on the LAN side of the 
switches. We have both full duplex packet repeaters (voice style) and 
regular simplex digi type LAN systems. These are co-located with, and 
hosted on, the switch computers for the intexr-LAN trunks. 


>What kind of problems due to propagation on uhf have occured to these links? 


Well the usual problems with inversions. All our switch sites are either 

on mountaintops or atop skyscrapers or broadcast towers. They are basically 
in line of sight (30-60 miles) with their neighbors. The only real problem 
is with one BBS system that's down in a valley and sometimes is under the 
inversion while the switch remains above the layer. 


One of our major switch sites is currently experiencing intermittant 
"deafness" that's been driving our tech people crazy. Of course it 

is never deaf when they're at the site with test equipment. :-( 

They've swapped out every piece of equipment with known good equipment 

at least twice, so the opinion now is that it's some sort of intermittant 
interference. It can hear a 100 watt signal, but not the usual 7 watt 
signals when it's experiences these episodes of deafness. 


This is one of the problems with these systems, unlike a voice repeater 
experiencing interference, there's no way for users on the ground to 
hear any interference and get a clue as to the problem. All they know 
is that the switch is "down". This has led to frustration all around. 


Gary 

Gary Coffman KE4ZV 
Destructive Testing Systems 
534 Shannon Way 
Lawrenceville, GA 30244 


You make it, 
we break it. 
Guaranteed! 


gatech!wa4mei! ke4zv! gary 
uunet!rsiatl!ke4zv! gary 
emory!kd4nc!ke4zv! gary 


Date: Wed, 02 Jun 93 18:12:31 GMT 

From: usc!wupost!csus.edu!netcom.com!netcomsv!orchard.la.locus.com! 
prodnet.la.locus.com! lando.la.locus.com!dana@network.UCSD.EDU 
Subject: Important!: Field Day Packet Contacts can be disqualified! 
To: packet-radio@ucsd.edu 


[ I forgot to post this to rec.radio.amateur.packet, of all places ] 


I spoke to Warren Stankiewicz of the ARRL regarding packet operation 
at Field Day. He confirmed my belief that the "free" Packet station 
may use repeaters, either digipeaters or net/rom, and that the Packet 
station may operate on any band pursuant to the rest of the Field Day 
rules (i.e. 15 minute rule, etc.). 


However, Warren warned me about two things that may not be obvious 
regarding packet operation for Field Day. 


Warren said that packet contacts which use non-amateur means of 
communication, specifically Internet, are not qualified for Field Day 
points. 


I asked Warren "What if you don't know that the Internet is being used?". 
He said "If we find out, those points will be disqualified". JI did not 
specifically ask about wormholes such as the Simi Valley-CAPRA link, 

but I assume these are the same, they are non-amateur landline networks, 
which is what the term "Internet" generally describes. 


My concern is that net/rom routes can be "opaque"; i.e., you may not 
know what kind of technology is used to link the nodes, and may 
inadvertantly make illegal Field Day QSOs. In fact, this significantly 
reduces my enthusiasm to use digipeaters or net/rom during Field Day, 
Since virtually every contact there might be disqualified later. At the 
same time, it gives me an incentive to protest Field Day groups showing 


large packet totals, given the likelihood of the use of non-amateur services. 
This is not meant as an anal-retentive comment, just a conservative 
reading of the rules. 


Another issue is that packet contacts, whether by a conventional 

station or by the Packet-only station, count as CW QSOs. Therefore, 

if you operate HF in your packet station, you need to make sure to 

dupe CW QSOs by any station with packet QSOs by any station. I.e., if you 
have a 20m CW station and he works KK6JQ on CW, and your Packet station 
works KK6JQ on 20m packet, you only get to count one of the QSOs. 


In summary: 
x Packet QSOs may use digipeaters and net/rom, but must not 
use non-amateur services, regardless of whether you know or 
not. 


*x Packet QSOs dupe against CW QSOs. 


If you have any questions or comments, please contact "contest@arrl.org" 
or Warren Stankiewicz of the ARRL at (203) 666-1541. 


x Dana H. Myers KK6JQ | Views expressed here are x 

* (310) 337-5136 | mine and do not necessarily * 

* dana@locus.com DoD #466 | reflect those of my employer 
* 


x This Extra supports the abolition of the 13 and 20 WPM tests x 


Date: 2 Jun 1993 12:00:05 -0400 

From: usc!cs.utexas.edu!uwm.edu!spool.mu.edu!nigel.msen.com!ilium!gd1ls.com! 
gdls.com!not-for-mail@network.UCSD.EDU 

Subject: Latest PK-88 ROM Version? 

To: packet-radio@ucsd.edu 


In article <1993Jun2.050113.6945@newsgate.sps.mot.com> markm@latium.sps.mot.com 
(Mark Monninger) writes: 

> 

>Since several folks are asking about Kantronics ROM versions, I'll throw 

>out my question: 

> 

>Anyone know what the latest ROM for the PK-88 is? The date in mine is 
>O01JUN9O. 

> 

>Thanks & 73... Mark AA7TA 


According to AEA, the latest version is marked 23 Aug, 1991. I bought mine in 


April and it has a sticker with this date on the bottom. 


Bill 

Bill Turini, KA4GAV Chief, Technical Systems 
Computer Sciences Corporation turini@gdls.com 
6000 E. 17 Mile Road (313) 825-8810 


Sterling Heights, MI 48313 


Date: 2 Jun 1993 15:12:11 -0400 

From: usc!math.ohio-state.edu!caen!nic.umass.edu!noc.near.net!jericho.mc.com! 
levine@network.UCSD.EDU 

Subject: Latest PK-88 ROM Version? 

To: packet-radio@ucsd.edu 


In article <1993Jun2.050113.6945@newsgate.sps.mot.com>, markm@latium.sps.mot.com 
(Mark Monninger) writes: 

|> 

|> Since several folks are asking about Kantronics ROM versions, I'll throw 

|> out my question: 

|> 

|> Anyone know what the latest ROM for the PK-88 is? The date in mine is 

|> O1JUN9O. 

|> 

|> Thanks & 73... Mark AA7TA 


If I remember correctly, mine is Aug 91. V2 release 2. (I see the 
banner on the screen every day, I should know it!) 
Bob KD1GG 


Date: Wed, 2 Jun 1993 20:05:13 GMT 
From: world! rsm@uunet.uu.net 
Subject: macintosh packet & tcp/ip 
To: packet-radio@ucsd.edu 


hi 

im looking for locations on the internet 

of good macintosh software for both packet and 
tcp/ip. Any recomensdations for sites and 
specific programs would be greatly appreciated 
any good guides to staring with tcp/ip 

thanks bob Ka6noc/1 rsm@world.std.com 


Date: 3 Jun 93 05:19:33 GMT 

From: usc!math.ohio-state.edu!uwm.edu!spool.mu.edu!olivea!isc-br!tau-ceti!comtch! 
opus-ovh! bmork@network.UCSD.EDU 

Subject: MiniSport Laptop Hacker - Vol 7 

To: packet-radio@ucsd.edu 


MiniSport Laptop Hacker - Vol 7 20 Feb 93 


Thanks to W4NTG, N7SXD, KD7HP, and others who have given me feedback the 
last few weeks. I've been hot and heavy into getting TPK1.80 (automated 
mail drop on my local computer) up and running. 


>>> ADMINISTRATIVE 

My packet address remains the same, but notice that my Internet address has 
changed (it's now jupiter rather than visual). Does anybody have a recent 
callbook? Is my address correct in the 1993 Callbook? 6006-B Eaker, Fair- 
child, WA 99011 is the correct address. Send me packets, e-mail, or US 
Mail. I need ideas, questions, and answers! 

The local sysops have frowned on sending back issues through the packet 
network. If you need some back issues, please send me a disk, postage & 
mailer to get it to you. In addition, I've got word back that a 7k 

packet message is too much. I will try to keep them to one page (but 
there's so much good stuff!). What format would you like them in? 80 col- 
umns 1s ok? 75 columns? Do you print at 6 lpi or 8 lpi? 


>>> COMMUNICATION 

I just came across an easy circuit that lets you wire up bidirectional 
transfers with a parallel port. I need to look at that one a little bit & 
talk about it in an upcoming issue. Has anybody else seen this done? 

But for now, let me pass on some serial port information. Buried inside 
your ML is a more advanced chip that appears like an 8250 programmable 
UART. Eight consecutive addresses are taken by the chip for each communi- 
cation channel. For those of you who are unfamiliar with this concept, let 
me repeat: Each "port" on your IBM/PC compatible really takes up eight 
consecutive addresses. All addresses are used by comm software. On the ML 
there are two blocks of eight addresses: COM1 and COM2. Following is a 
chart introducing the organization of these powerful I/0 chips. For exam- 
ple, if you want to check on the CTS, DSR, and RI of COM1, you could read 
in the Modem Status Register at address Ox03FE (hexadecimal). Bits 4,5 and 
6 would give you the condition of the desired lines. 


DLAB A2 Al AO 8-bit Register Name 

Revr buffer (RBR), or Txmtr buffer (THR) 
Interrupt Enable (IER) 

Interrupt Identification (read only) (IIR) 
Line Control (LCR) 


0 Modem Control (MCR) 

1 Line Status (LSR) 

0 Modem Status (MSR) 

1 --- nothing --- 

0 Baud Rate Divisor latch LSB (DLLS) 

1 Baud Rate Divisor latch MSB (DLMS) 

Note: A2-AQ are the three LSB of a IBM/PC "COM" port address, 
e.g., the MCR (offset of 4) for COM2 (02f8) is available on 

a IBM/PC platform at address @2fc). DLAB is the MSB of the LCR. 


On any PC compatible, the following addresses are in effect: 


Register COM1 COM2 


RBR & THR | O3F8 Q2F8 
IER | O3F9 Q2F9 
IIR | O3FA Q2FA 
LCR | 03FB Q2FB 
MCR | O3FC Q2FC 
LSR | 03FD Q2FD 
MSR | O3FE Q2FE 
; | 
DLLS | 03F8 Q2F8 
DLMS | O3F9 Q2F9 


End of my page. Continued next time... 


>>> UPCOMING 

MORE 8250 DOCS, SERIAL & PARALLEL BUFFER CHIP PINOUTS, COM2 PINOUT, Poor 
Man's Packet INSIDE YOUR MINISPORT, SHRINKING YOUR FAVORITE SOFTWARE, MINI- 
MUM BOOT FILES, BOARD REVISIONS, and more DISASSEMBLY. 


73, Brian, ka9snf@wb7nn£.d#spokn.wa or Internet ka9snf@jupiter.spk.wa 


Brian Mork Internet bmork@opus-ovh.spk.wa.us 
Amateur Radio ka9snf@wb7nnf.#spokn.wa.usa 
USMail 6006-B Eaker, Fairchild, WA 99011 


Date: 3 Jun 93 04:59:08 GMT 

From: sdd.hp.com!nigel.msen.com!spool.mu.edu!olivea!isc-br!tau-ceti!comtch! opus- 
ovh! bmork@network.UCSD.EDU 

Subject: MiniSport Laptop Hacker - Vol 8 

To: packet-radio@ucsd.edu 


MiniSport Laptop Hacker - Vol 8 
28 Feb 93 


>>> POOR MAN'S PACKET (PMP) ON THE MINISPORT. 

Hallelujah! I got it working! I have a complete TNC built on a little 
perfboard. It slides in the left side of the MiniSport in place of the 
land-line modem Zenith sold with the computer. As soon as I finish the 
series on the COMx: ports, I'll cover how this information was used to make 
a complete packet station *insidex the MiniSport (minus a handheld). 


>>> MINISPORT LAPTOP COM2 PINOUT 

Take the cover off the modem slot on the left side of your MiniSport. If 
you have a modem in place, slide it out. Inside you'll see a 16-pin con- 
nector: 


11 13 15 (Viewed looking in the slot, right side up) 


1 7 9 
2 8 10 12 14 16 


3.5 

4 6 

The pins are as follows: 
1 +5v output 


2 +10v output 

3 -10v output 

4 GND 

5 TTL signal (or power supply?). High when CMOS setup turns COM2 on. 
Alternately the command line MACHINE MODEM ON lets you set it to high; 
MACHINE MODEM OFF sets it to low. 

6 Carrier Detect, TTL input. 

7 Received Data, TTL input. 

8 GND 

9 Transmit Data, TTL output. 


10 Associated with the built-in computer speaker. Touching to +5v 
through a 1kohm resister makes the speaker squawk. 

11 ?? ground ?? 

12 Ring Indicator, TTL input. 

13. Data Terminal Ready, TTL output. 

14 Clear to Send, TTL input. 

15 Request to Send, TTL output. 

16 Data Set Ready, TTL input. 


>>> COM I/O ARCHITECTURE 

In Volume 7, the addresses of the COM I/O ports were given. Now I'll start 
discussing to what each of the nine registers actually allows access. I'll 
refer to a BASE address. In the case of COM1, this is 0x03F8. In the case 
of COM2, this is 0x02F8. I'll cover them in relative order of popularity. 


Receiver Buffer Register and Transmitter Holding Register (BASE+0) 


These two registers appear at the same address. The receive buffer is read 
only; the transmit buffer is write only (makes sense!). This is where you 
read the actual byte received over the COM port or where you write the data 
you want to send out over the COM port. 


CAUTION: BASE+0 will access these registers if and only if the most signif- 
icant bit of the LCR (BASE+3) is zero. 


Modem Control Register (BASE+4) 

This register allows you to control certain output wires from the 8250. 
Normally, you'll write to this address, but you can read the register back 
in if you want to find the state of certain bits. 


Bit 0: This bit controls the Data Terminal Ready output. When set to a 1, 
DTR is "true." This corresponds to a low TTL level, normally in- 
verted to become +12v at pin 4 of a DB-9 connector. PMP oscillates 
this line to control the mark/space output of the modem. When this 
bit is set to 0, PMP receives a high TTL level, providing a 1200Hz 
mark frequency. 


Bit 1: This bit controls the Request to Send output. When set to a 1, RTS 
is "true." This corresponds to a low TTL level, normally inverted 
to become +12v at pin 7 of a DB-9 connector. PMP uses this as the 
PTT line output. PMP Key down is selected by writing a 0 to this 
bit. 


Bit 2: This controls an OUT1 line, not normally used in the PC environment. 
The output is inverted like the above two. Setting the bit to 0 
(zero) gives high TTL output. 


Bit 3: This controls an OUT2 line, not normally used in the PC environment. 
The output is inverted like the above lines. Setting the bit to 0 
(zero) gives high TTL output. 


Bit 4: Provides a loopback feature. Set to 0 for normal operation. 


Bit 5 - 7: Writing to these has no effect. Reading these bits will always 
provide 0 (zero). 


Modem Status Register (BASE+6) 
This register lets you check on the status of certain control lines re- 
ceived by your computer. 


Bit © - 3: These are edge sensitive versions of the following four bits. 
Whenever any of the following four bits change state, the 
corresponding bit from this set goes to 1. Reading the MSR sets all 


four bits back to zero. 


Bit 4: This Clear to Send (CTS) bit is 1 when a low TTL level is presented 
to the UART. This normally corresponds to a +12v received on pin 8 
of the IBM/PC 9-pin connector. Used by PMP to monitor the 
mark/space status of the data stream coming in. An incoming space 
(2200HzZ) will give a 1 when you read this bit. 


Bit 5: Data Set Ready (DSR) is 1 when a low TTL is presented to the UART, 
corresponding to pin 6 of the DB-9 being held at +12v. PMP uses this 
as a Carrier Detect line. It expects a 0 when the modem is receiv- 
ing either a mark or space tone. 


Bit 6: Ring Indicator. Logic the same as above two, provided into pin 9 of 
the DB-9 by whatever is hooked to it. 


Bit 7: Received Line Signal Detect. Logic is the same as above three, with 
no normal connection in the IBM/PC environment. 


>>> UPCOMING 

8250 DOCS, SERIAL & PARALLEL BUFFER CHIP PINOUTS, PMP SCHEMATIC, SHRINKING 
YOUR FAVORITE SOFTWARE, MINIMUM BOOT FILES, BOARD REVISIONS, and more DIS- 
ASSEMBLY. 


73, Brian, ka9snf@wb7nn£.d#spokn.wa or Internet ka9snf@jupiter.spk.wa 


Brian Mork Internet bmork@opus-ovh.spk.wa.us 
Amateur Radio ka9snf@wb7nnf.#spokn.wa.usa 
USMail 6006-B Eaker, Fairchild, WA 99011 


Date: Wed, 2 Jun 1993 11:49:54 GMT 

From: psinntp!uuneo! sugar! dbradley@uunet.uu.net 
Subject: NDIS drivers for KISS mode 

To: packet-radio@ucsd.edu 


Does anyone know of any NDIS compatible packet 
drivers for KISS mode ? 


Dennis Bradley,P.E. (KD5XA) Fax : 713-897-2319 
Email : dbradley@sugar.neosoft.com Mail : P.O. Box 79612 
Phone : 713-897-6521 Houston, Texas 77279 


KKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKEKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKKK 


Date: 2 Jun 93 08:14:01 EDT 

From: psinntp!arrl.org@uunet.uu.net 
Subject: TCP/IP with PK-900? 

To: packet-radio@ucsd.edu 


I own an AEA PK-900 and I'm having a bit of difficulty getting it to 
interface with NOS. Getting into KISS is no problem and I am able 

to switch on my TRACE and copy traffic on the frequency. However, 
the PK-900 is not responding to transmit commands. NOS executes 

a ping request, for example, but the PK-900 does nothing. 


I've tried adding PARAM DTR 1 and PARAM RTS 1 to my AUTOEXEC.NOS 
with little effect. Are there any PK-900 or PK-232 owners who can 
offer some advice? 


Thanks and 73... 


Steve, WB8IMY 


Date: Wed, 2 Jun 1993 20:44:49 GMT 

From: sdd.hp.com!hpscit.sc.hp.com!cupnewsO.cup.hp.com!news1.boi.hp.com! 
swalton@network.UCSD.EDU 

Subject: Using an ALinco 580T 

To: packet-radio@ucsd.edu 


I build my own packet board, so I don't know if this will help. Typically, 
there are four signals: microphone, speaker, PTT, and ground. The ground 

is common in the 580, so use the speaker's (or tie the microphone-jack's to 
the speaker's ground--that's what I did). The 2/32" submini stereo phone 

jack is nearly impossible to find, so I just used the mono version. Until 
recently, this would have been a problem, but many HTs have VOX-like circuitry 
which only transmits when voltage is sensed from the microphone line. The 

580 pretty much uses the PTT to supply voltage (+5V) to the microphone. The 
way the microphone's jack is configured, inserting a mono phone jack will 
short the ground to the +5V. There is a 100 ohm resister on the +5V so that 
there won't be too big of a problem. However, this will drain your batteries 
rather quickly. I have thought of cutting the grounding band on the mono jack 
so that it won't short, but I haven't done it yet. Another idea might be to 
carefully paint a nonconducting resin over half the grounding ring. No, I 
haven't tried this either. 


Anyway, I found that the 580 works fine with my Baycom. I just haven't had 
the time to do all the things I would like with it. 


73's 
-Sean Walton 
KB7RFA 


Date: (null) 

From: (null) 

Packet is a lot like this. It isn't like a BBS; it's more like a highly 
connected relay network. To log into the net, you have to use a TNC (terminal 
node controller). You can get one for an IBM PC clone or almost any other 
computer. These controllers hook onto your rig (note you can use almost any 
band--be careful that your in an allocated frequency) and control the PTT, 
mike, and speaker. Usually, the commercial TNCs will have instructions for 
use. (I have heard that PK-88 is pretty good. I made my own.) 


Typical transactions on packet consist of connecting to a node (a relay 
station), connecting to a BBS (yes, there are BBSs out there), sending a 
message (according to ARRL specs), or posting a message in someone's mailbox. 
Anything that a computer can do, a packet system can do. What's nice about 
packet is that many HAMs may use a single relay station at the same time. 
This is possible because of the protocol packet uses. Each packet is self- 
contained. So the relay station can accept many disjoint packets. Part of 
the protocol (X25?) requires that packets may come out of order. The soft- 
ware puts the packets back in order. 


Getting your system up is a challenge--especially trying to find the relay 
stations. If you want to know where to find the relay stations, contact 

a local club and get a list. ARRL also keeps track of repeaters and packet 
relay stations. 


Hope this helps. 


-Sean 
KB7RFA 
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